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Communicating Voice, Video, and Data with Amateur Radio 


Is All Data Acceptable Data? 


ly identified transmission according to the Amateur Radio 

FCC Part 97 rules and regulations, would the data packet be 
legal? This column will explore this question and many relat- 
ed issues. First let’s start by reading a letter. 


| f I sent a data packet from my computer to yours via a legal- 


Correspondence 
The following was sent to me by Ken Patterson, NSEQT: 


While on the way home from Ham-Com 2003, my sons (Aaron, 
KCSTEF, age 19; Joshua, KCSTEG, age 18; and Michael, KCSTEH, 
age 20) and I discussed Gerry Creager, NSJXS’s HSMM presenta- 
tion and came up with an interesting idea. During the presentation, 
Gerry mentioned that interactive games could be one use of HSMM. 
My sons and I think this application could give HSMM and amateur 
radio in general a real boost in interest and activity. Let me explain. 

Players of multiplayer and First Person Shooter (FPS) games 
such as CounterStrike <http://www.counter-strike.net> and 
EverQuest <http://everquest.station.sony. com> desire the lowest 
transmission latency (pings) possible. Currently, cable-modem and 
DSL users have a 25- to 30-millisecond ping. If the same multi- 
player games were played via HSMM, the pings would drop to 
about 6 milliseconds. This reduction in latency is very significant. 
It could easily make the difference in a player’s ability to win. 

A ping is a command that initiates an Internet Control Message 
Protocol (ICMP) Echo Request and Echo Reply message. These 
messages must travel to their destination and return to their sender, 
where the time required for the round-trip is measured by the orig- 
inating sender. Think of an Internet ping much like the sonar pings 
used for decades by submarine crews to measure objects within 
their path. 

Low pings are good. High pings are bad. 

When a person is playing over the Internet using a client/serv- 
er-based system, data flows from the server to the individual client 
(user). Anything the client does has to register with the server before 
it can happen in-game. For instance, if player A and player B in a 
First Person Shooter game were to fire at each other at the same 
time, the player with the lowest ping would hit the target first sim- 
ply because that player’s data registered with the server first. As 
you can tell, this is an obvious advantage in a game. The differ- 
ence between winning and losing a game can come down to which 
player fired—or whose data actually reached the server—first. 

Multiplayer games such as CounterStrike utilize User Datagram 
Protocol (UDP) transmissions. This protocol is a connectionless IP 
datagram service that guarantees neither delivery nor correct 
sequencing of delivered packets. The use of UDP by games such 
as CounterStrike is verified every time the user joins a 
CounterStrike server to play a game. UDP transmissions are most 
commonly used by streaming multi-media services, such as 
Microsoft’s NetMeeting. 

It would seem to me that the ARRL would be interested in pur- 
suing an alliance with one of the top multiplayer manufacturers. 
This alliance would have the goal of incorporating HSMM into an 


*e-mail: <k8it@arrl.net> 


existing game or a new game. The ARRL’s role would be to pro- 
mote the education of this new breed of amateur radio operators. 

I have not quite worked out the logistics nor the pros and cons 
of such an alliance. Perhaps there is a list of problems larger than 
even I realize. However, I believe such a proposal is deserving of 
a public discussion by the amateur community. —N5EQT 


First I would like to thank Ken for submitting this letter with 
such an interesting concept. Ken has a key point in that many 
gamers go to greatexpense simply to win. It’s “speed.” The fastest 
response to a command in an interactive game typically will 
prevail. However, is sending such data packets over an amateur 
link legal? 


§97.309 RTTY and 
Data Emission Codes 


(a) Where authorized by §97.305(c) and 97.307(f) of this Part 
of the FCC Rules, an amateur station may transmit an RTTY 
or data emission using the following specified digital codes: 

(1) The 5-unit, start-stop, International Telegraph Alphabet 
No. 2, code defined in International Telegraph and Telephone 
Consultative Committee Recommendation F.1, Division C 
(commonly known as Baudot). 

(2) The 7-unit code, specified in International Radio 
Consultative Committee Recommendation CCIR 476-2 (1978), 
476-3 (1982), 476-4 (1986), or 625 (1986) (commonly known as 
AMTOR). 

(3) The 7-unit code defined in American National Standards 
Institute X3.4-1977 or International Alphabet No. 5 defined in 
International Telegraph and Telephone Consultative Committee 
Recommendation T.50 or in International Organization for 
Standardization, International Standard ISO 646 (1983), and 
extensions as provided for in CCITT Recommendation T.61 
(Malaga-Torremolinos, 1984) (commonly known as ASCID). 

(4) An amateur station transmitting an RTTY or data emis- 
sion using a digital code specified in this paragraph may use 
any technique whose technical characteristics have been docu- 
mented publicly, such as CLOVER, G-TOR, or PacTOR, for 
the purpose of facilitating communications. 

(b) Where authorized by §§97.305(c) and 97.307(f) of this 
Part, a station may transmit an RTTY or data emission using an 
unspecified digital code, except to a station in a country with 
which the United States does not have an agreement permitting 
the code to be used. RTTY and data emissions using unspeci- 
fied digital codes must not be transmitted for the purpose of 
obscuring the meaning of any communication. When deemed 
necessary by an EIC to assure compliance with the FCC Rules, 
a station must: 

(1) Cease the transmission using the unspecified digital code; 

(2) Restrict transmissions of any digital code to the extent 
instructed; 

(3) Maintain a record, convertible to the original information, 
of all digital communications transmitted. 
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Visit Our Web Site 


HSMM Trivia Q&A 
The following question, submitted by Darryl Smith, VK2TDS, was posed in the Summer 


2003 issue of CQ VHF: 


There is an antenna that performed the worst in our tests. What is the name of that anten- 
na, and which company made the chips.container for it? 

Answer: The Pringles® Can Antenna, Pringles Potato Chips. 

Shown here is a picture from. the WI-Sys Communications Inc. website, <http:// 
www. wi-sys.com>, showing a correctly engineered 2.4-GHz RF antenna which resembles 
a Pringle® Can Antenna, However, this antenna works! 


Features 
* VSWR 1.5 max. 
« 8 dBi gain 
* Linear polarization 
¢ SMA female connector 
¢ 9 inch length 
* Standard 1/4-20 thread insert 
* Optional tripod and clamp available 


I suppose the question here is whether 
we have obscured the meaning of any 
communication and if the data code has 
been specified publicly. Well, it is true 
that all the data bytes transmitted are rep- 
resented in binary format. The meaning 
of each binary byte can be found on mul- 
tiple “gamer” Internet web pages. 
Therefore, we can say that the format of 
the data can be decoded based on avail- 
able public information. However, have 
we obscured the meaning of the data? I 
think the intent of “obscure” comes to 
play here. Instead of transmitting a long 
ASCII command such as “FIRE PLAY- 
ER #1 GUN,” we have transmitted, say, 
a single byte of binary data that carries 
the same meaning. The definition can be 
found on a website, and we did not pur- 
posely try to mislead or hide the intent of 
the data. In fact, we used a form of com- 
pression which facilitates data exchange. 
This maximizes the use of the frequency 
by sending the smallest amount of data 
possible and is legal under the rules. 

In summary, keep a log of your activi- 
ty, making sure you maintain in your log 
book a printout of the data bytes and their 
meaning, the websites where such data 
was obtained, the time, the frequency, the 
mode, and the station playing such games, 
etc. It’s always safer to be documented. 

I do have one caution: If you cannot 
find a respectable public website that 
states the game format data stream to be 
transmitted and each data byte’s mean- 
ing, do not play this game over the ama- 
teur link. Why? Because the meaning of 
the data cannot be defined per the rules. 

This brings up another question. If the 
data stream represented financial data 
and the binary bytes could be document- 


ed, would the data be legal on a Part 97 
link? Each data byte would meet the test 
by itself. However, the intent is what mat- 
ters. Amateur radio regulations specifi- 
cally exclude any communication in any 
form for the purpose of making money. 


Network Architecture 


It has come to my attention that we 
need to invent a way to route data pack- 
ets in a worldwide network. Some pro- 
posals have suggested using the 
44.XXX.XXX.XXX block of IP address- 
es. This has a number of issues, the 
biggest being the FCC does not issue an 
IP address with an associated callsign. In 
fact, the FCC requires the callsign to be 
used. How do we route traffic from K8IT 
to WIABC? Another issue we have is 
configurable routing, based on changes 
of nodes and band conditions. We need 
some kind of smart configurable routing 
that does not broadcast to every possible 
node to locate a blind station. If any read- 
er has a suggestion or a desire to submit 
apaper to address this need, please e-mail 
your thoughts to me. 

Please keep in mind that as our ama- 
teur ranks tighten our associations with 
emergency management agencies, the 
need for this network routing will in- 
crease dramatically. 

In other considerations, the ARRL 
TTF HSMM Working Group is investi- 
gating the type of medium that such a net- 
work will use. Current proposals being 
evaluated include a satellite link and 
high-speed, low-frequency networks. 
Other possibilities include a series of 
linked 6-meter nodes. 

73, de Neil, K8IT 
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TRANSMITTING & AUDIO TUBES 
Immediate Shipment from Stock 


“SCX400A7 SCXG000A7 4CX1600B 811A 
36X400U7 3CX10000A3 4CX3000A 833A & C 
SCX8O0A7 3€X10000H3 4CX3500A 6146B 
3CX1200A7° °° 3CX10000A7 ACX5000A 6146W 

30X120027..  3CX15000A3 ACX7500A 8560AS 
SCX1500A7° 3CX15000A7 4CX10000A 35002 
3CX2500A3°. 4CX250B&R . . 4CX10000D 3-50026 
SCX2500F3°  4CX350A &F =~ 4CX15000A 3-10002 
3EX2500H3.  ACX400A SCX1S00A &B 4.4000 
SCXSO00A7:. . 40X800A 6JBBA 4-1000A 


ACX1500A&B 5728 4PR1000A 


3CX3000F7 


© Motorola RF Transistors 
© Toshiba:RF: Transistors 
* Door Knob Capacitors 
© Semco:Metal Clad: Micas 
© Vacuum Relays 


RF POWER TRANSISTORS 
& MODULES 


TOSHIBA 
MOTOROLA 


© Japanese Transistors 
¢ RF Power Modules 

© Broadband Ferrite Xmfrs 
© Power Tube Sockets 

© Bird Meters & Elements 


Complete inventory for servicing 
Amateur, Marine, and Commercial 
» Communications Equipment. 


Se Habla Espafiol. «.We Export 


Visit our Web Site for latest 
Catalog pricing and Specials: 


rfparts.com 


ORDERS ONLY 
1-800-RF-PARTS «+ 1-800-737-2787 


ORDER LINE TECH HELP DELIVERY INFO. 
760-744-0700 


FAX TOLL-FREE FAX 
760-744-1943 888-744-1943 


: E-MAIL: rfp@rfparts.com 
435 S. Pacific. St. « San Marcos, CA 92069 


RF PARTS" 


COMPANY 
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